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PARTIAL PUNCTURE RETRANSMISSION 

[0001] This application claims the benefit of U.S. provisional patent 
application numbers 60/268,738, entitled PARTIAL PUNCTURED RE- 
TRANSMISSION (PPT) BASED HARQ WITH N-CHANNEL DATA FLOW and 
filed February 14, 2001, and 60/281.817, entitled NON-COMPLETE 
PUNCTURE RE-TRANSMISSION BASED HARQ and filed April 5. 2001, the 
disclosures of which are herein incorporated by reference in their entirety. 

Field of the Invention 

[0002] The present invention relates to wireless communications, and in 
particular to controlling retransmission of improperly received information. 

Background of the Invention 

[0003] In wireless communications systems, continuously varying channel 
conditions often result in a receiver being unable to properly receive 
transmitted information. When corrupted, the information is typically 
retransmitted until it is properly received. The transmitted information is 
typically sent in predefined packets depending on transmission protocol. 
Although these units of data may be transmitted directly, most communication 
protocols incorporate one or more coding techniques to increase the 
robustness of the transmission and increase the likelihood of the receiver 
being able to properly recover the transmitted packet. Accordingly, any 
encoding provided during transmission will require corresponding decoding 
during reception. 

[0004] Various types of protocols exist that allow the receiver to inform the 
transmitter that certain packets were either not received or were corrupted. In 
response to an indication that a packet was corrupted, the transmitter will 
retransmit the corrupted packet. Certain communication systems implement 
an automatic repeat request (ARQ) protocol to provide error control. In 
general, ARQ-based systems will transmit an acknowledgement (ACK) from 
the receiver to the transmitter for each packet that Is properly received, and 
send a negative-acknowledgement (NAK) when the receiver is unable to 
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properly recover a packet. The term hybrid ARQ (HARQ) is used when the 
paclcets are encoded to facilitate error correction at the receiver. 
[0005] Although there are numerous variations of ARQ, a common variant 
is the stop and wait (SAW) ARQ protocol. SAW-based ARQ systems will 
transmit a packet and wait for an ACK or NAK from the receiver prior to 
sending the next packet. If a NAK is returned, the previously transmitted 
packet is retransmitted. If an ACK is received, the next packet is transmitted, 
and the cycle repeats. 

[0006] SAW-type ARQ protocols necessarily inject transmission delays 
because the transmitter must wait for an ACK or NAK from the receiver prior 
to retransmitting a corrupted packet or transmitting the next packet. HARQ- 
based systems, which incorporate coding and require the receiver to decode 
the received packets, inject additional delay in proportion to the processing 
time required for decoding. Further, SAW-based ARQ systems may stall if 
persistent errors occur in association with a specific unit of data. 
[0007] Accordingly, there is a need for an improved ARQ-based protocol 
that facilitates continuous data transmission while supporting retransmission 
of corrupted data. 

Summarv of the Invention 

[0008] The present invention provides an automated retransmission 
request-based system wherein packets are continuously transmitted from a 
transmitter to a receiver. During reception, the receiver will send either an 
acknowledgement (ACK) or a negative-acknowledgement (NAK) to the 
transmitter, depending on whether or not the corresponding packet was 
properly received. In response to the NAKs, the transmitter will identify the 
packet that was not properly received, which is referred to as the packet for 
retransmission. The transmitter will divide the packet for retransmission into 
multiple subpackets, and puncture each subpacket into a packet in the 
sequence of packets being transmitted to the receiver. The receiver will 
recover the subpackets from the punctured packets and will recreate the 
packet for retransmission from the recovered subpackets. 
[0009] In one embodiment, the sequence of packets is encoded at the 
transmitter using a desired coding scheme, and is decoded at the receiver. 
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The encoded packets will include systematic bits corresponding to the actual 
data to be transmitted and non-systematic bits corresponding to parity bits 
that result from coding. Bits for a given subpacket are punctured into another 
packet by replacing certain of the non-systematic bits with the bits of the 
subpacket. Preferably, puncturing is evenly distributed throughout the 
encoded packet. 

[0010] The present invention is equally applicable to single and multi-user 
systems, in multi-user systems, subpackets associated with a given user are 
only punctured into packets being delivered to that user. Further, when the 
sequence of packets is coming to an end and there are more subpackets than 
packets being transmitted, the transmitter will preferably retransmit the packet 
for retransmission in its entirety instead of puncturing packets with 
corresponding subpackets. 

[001 1] The subpackets may be configured in numerous ways to facilitate 
recreation of the packet for retransmission. For example, incremental 
redundancy may be used such that additional redundant information is 
incrementally transmitted in each subpacket. When the subpackets have 
provided the receiver with sufficient information to recover the packet for 
retransmission, no further subpackets are transmitted. The subpackets may 
also be created using Chase combining techniques. The present invention 
may also provide a second acknowledgement flow dedicated to providing 
ACKs or NAKs in association with the proper receipt of subpackets or packets 
for retransmission. 

[0012] Those skilled in the art will appreciate the scope of the present 
invention and realize additional aspects thereof after reading the following 
detailed description of the preferred embodiments in association with the 
accompanying drawing figures. 

Brief Description of the Drawing Figures 

[0013] The accompanying drawing figures incorporated in and forming a 
part of this specification illustrate several aspects of the invention, and 
together with the description serve to explain the principles of the invention. 
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[0014] FIGURE 1 is a block representation of packet and 
acknowledgement (and negative acknowledgement) flows according to one 
embodiment of the present invention. 

[0015] FIGURE 2 is a block representation of a transmitter and receiver 
according to one embodiment of the present invention. 
[001 6] FIGURE 3 is a representation of a coding matrix according to one 
embodiment of the present invention. 

[001 7] FIGURE 4 is a transmission template based on the coding matrix of 
Figure 3. 

[0018] FIGURES 5A-5J illustrate sequential transmission and reception of 
retransmitted subpackets according to one embodiment of the present 
invention. 

[0019] FIGURE 6 illustrates the positioning of data corresponding to a 

subpacket, which is punctured into a subsequent packet for transmission 

according to one embodiment of the present invention. 

[0020] FIGURE 7 illustrates communication flow in a multi-user system 

according to one embodiment of the present invention. 

[0021] FIGURE 8 illustrates communication flow of retransmitted data at 

the end of a communication session according to one embodiment of the 

present invention. 

Detailed Description of the Preferred Embodiments 
[0022] The embodiments set forth below represent the necessary 
information to enable those skilled in the art to practice the invention and 
illustrate the best mode of practicing the invention. Upon reading the 
following description in light of the accompanying drawing figures, those 
skilled in the art will understand the concepts of the invention and will 
recognize applications of these concepts not particularly addressed herein. It 
should be understood that these concepts and applications fall within the 
scope of the disclosure and the accompanying claims. 
[0023] With reference to Figure 1 , a partial puncture HARQ protocol is 
illustrated according to one embodiment of the present invention. For the 
purposes of conciseness and consistency, assume that units of data to be 
transmitted are encoded to create a packet, which is transmitted in whole or in 
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part to a compatible receiver using any acceptable modulation technique. 
Accordingly, the receiver will demodulate a received signal to recover the 
packet and subsequently decode the packet to recover the unit of data. 
[0024] In general, the present Invention is triggered to retransmit a packet 
upon receiving a negative acknowledgment (NAK) from the receiver indicating 
that the packet was corrupted and not properly received. For retransmission, 
the packet for retransmission (corrupted packet) is divided into a number of 
segments, referred to as subpackets. Each subpacket is then injected into a 
subsequent packet, and transmitted to the receiver. The receiver will recover 
the subpackets from an incoming sequence of packets, and then assemble 
each of the subpackets into the packet for retransmission. The packet for 
retransmission is then decoded to recover the corresponding unit of data. 
Throughout this process, packets are continuously sent without waiting for 
some type of acknowledgement. If a NAK is received, the packet associated 
with the NAK is broken into subpackets and injected into subsequent packets 
for transmission. 

[0025] As illustrated in Figure 1 , the normal packet flow 2 is continuous 
and causes the receiver to generate a continuous acknowledgement stream 4 
back to the transmitter, wherein each acknowledgement corresponds to a 
given packet. The acknowledgement stream 4 will Include ACKs and NAKs, 
depending on whether or not the corresponding packet was properly received. 
Preferably, a single bit Is associated with a packet, wherein a first logic state 
represents an ACK and a second logic state represents a NAK. Further, the 
acknowledgement flow 4 incorporates a robust modulation scheme. In the 
example of Figure 1 , assume that packet #1 in the packet flow 2 was not 
properly received, and resulted in the receiver sending a NAK to the 
transmitter. Based on timing or other identification technique, the transmitter 
will recognize that packet #1 was not properly received based on the NAK. At 
this point, packet #1 is subdivided into four subpackets 6 (1^* subpacket, 2"^ 
subpacket, 3'*^ subpacket, 4*^ subpacket). Each of the subpackets 6 are then 
inserted into subsequent packets #4, #5, #6, and #7, respectively, using a 
puncturing technique, which is described in further detail below. 
[0026] The four subpackets are punctured into packets #4, #5, #6, and #7 
instead of packets #2, #3, #4, and #5 to illustrate the time delay associated 
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with the time necessary to receive the NAK from the receiver, create the 
subpacl<ets 6 based on the pacl<et for retransmission #1 , and puncture the 
subpacl<ets 6 into subsequent packets for transmission. Since transmission 
of a pacl<:et is typically associated with a defined time slot, the example 
illustrated in Figure 1 depicts a two-slot delay between the time packet #1 is 
originally sent and the time packet #4, which includes the first subpacket 
corresponding to packet #1 , is transmitted. 

[0027] As noted, the normal packet flow 2 and the acknowledgement flow 
4 are provided on separate communication channels. To further enhance the 
present invention, a separate retransmission acknowledgement flow 8 may be 
provided in association with the acknowledgement flow 4 on the same or 
different channel. The retransmission acknowledgement flow 8 may be used 
to provide an ACK or NAK based on whether or not the retransmitted packet 
or subpackets were properly recovered from the punctured packets. The 
retransmission acknowledgement flow 8 may be used to simply indicate 
recovery and reception of the retransmitted packet or subpacket, as well as 
stop the puncturing process when sufficient information is recovered in the 
previously recovered subpackets to recover the originally corrupted packet. 
The latter is beneficial when the subpackets implement an incremental 
redundancy (IR) scheme in which increasingly more infonnation is provided 
with each subsequent subpacket. As increasing amounts of the packet for 
retransmission are received, the likelihood of being able to determine what the 
packet actually was increases. 

[0028] Turning now to Figure 2, exemplary architectures for a transmitter 
10 and a receiver 12 are illustrated according to one embodiment of the 
present invention. Data 14, typically in the form of streaming bits, are 
presented to an encoder 16, which encodes units of the data 14 according to 
a desired coding technique, such as turbo coding. Notably, the coding 
technique may vary from packet to packet, which changes the number of bits 
representing a set unit of data. Accordingly, the bit rate changes and rate 
matching logic 1 8 cooperates with the encoder 1 6 such that the proper bits 
are associated with a given packet depending on the coding scheme. The 
resultant packets are buffered in a buffer 20 and sent to packet puncture logic 
22, which will puncture the packet with subpackets of previously corrupted 



14228RO 



7 



packets, if necessary. The packet puncture 22 will effectively monitor the 
normal acknowledgement flow 4 and the retransmission acknowledgement 
flow 8, if provided, and provide packet segregation and puncturing as 
described above. The buffer 20 stores the previously transmitted packets and 
allows the packet puncture logic 22 to access a copy of a corrupted packet 
upon receiving a NAK via the acknowledgement flow 4. 
[0029] The packet puncture logic 22 provides all or a portion of the packet 
in a form ready for modulation. Preferably, this form represents symbols 
capable of being readily modulated for transmission by modulation circuitry 
24. In one embodiment, the modulation circuitry 24 includes quadrature 
amplitude modulation (QAM) mapping, which maps the symbols into a proper 
waveform for modulation. The modulated information is sent over a wireless 
communications channel, represented as block 26, to the receiver 12. 
[0030] The receiver 1 2 will typically include demodulation circuitry 28 
capable of providing various functions associated with the receiver's front end, 
as well as certain baseband processing, if necessary, to effectively recover 
encoded packets. The encoded packets may or may not have been 
punctured with subpackets, which represent a portion of a previously 
corrupted packet. The demodulation circuitry 28 will preferably recover the 
packets, as well as recover any subpackets from the recovered packets. The 
packets are sent to a decoder 30, which corresponds to the coding scheme 
provided in the encoder 16 of the transmitter 10. The decoded packets are 
sent to error checking logic 32 to determine if the decoded packet was 
properly received. Preferably, a cyclic redundancy check (CRC) algorithm 32 
is used to determine the integrity of the decoded packet. If the decoded 
packet is property received, it is sent to a buffer 36 in traditional fashion. If the 
decoded packet is deemed corrupt, the error checking logic 32 will signal the 
retransmission protocol logic 34 to send a NAK for the decoded packet over 
the normal acknowledgement flow 4. 

[0031] The recovered packets from the demodulation circuitry 28 are also 
buffered in a buffer 38, which is associated with combining logic 40. The 
combining logic 40 cooperates with the retransmission protocol 34 and 
receives the retransmission subpackets recovered from the demodulation 
logic 28 to effectively recomblne the subpackets into a complete packet. 
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representing the packet for retransmission. The combining logic 40 may build 
upon part of a received packet that was buffered In buffer 38, In light of the 
retransmitted subpackets, or may completely assemble the packet from the 
retransmitted subpackets. 

[0032] The combining logic 40 will send the packet for retransmission, 
which was reassembled or estimated based on the retransmitted subpackets, 
to the retransmission decoder 42, which will provide decoding corresponding 
to the coding of encoder 16. Those skilled in the art will recognize that the 
blocks Illustrated In Figure 2 are logical processing blocks, which may be 
implemented in the same or any number of hardware, firmware, and software 
combinations. For example, decoder 30 and decoder 42 may be the same 
entity or function. The retransmission decoder 42 will attempt to decode the 
reassembled packet, which is checked for integrity via retransmission error 
checking logic 44. The retransmission error checking logic 44 operates just 
as the error checking logic 32, and either provides the decoded, retransmitted 
packet to the buffer 36 or alerts the retransmission protocol 34 that the 
reconstructed packet could not be decoded. The retransmission protocol 
logic 34 may respond in a number of ways, but will preferably control the 
combining logic 40 to continue to try to reconstruct the packet using 
subsequently received subpackets. The process will continue until the 
reconstructed packet for retransmission is properly decoded or the 
retransmission protocol logic 34 recognizes that the packet cannot be 
reconstructed given the recovered information. The retransmission protocol 
34 may also send ACKs and NAKs corresponding to the retransmitted 
subpackets via the retransmission acknowledgement flow 8. As those skilled 
in the art will appreciate, the acknowledgement flow 4 and retransmission flow 
8 will be communicated via traditional transmit circuitry 46 of the receiver 12 
and receive circuitry 48 of the transmitter 10. 

[0033] In essence, the normal acknowledgement flow 4, and optionally the 
retransmission acknowledgement flow 8, is fed back to the packet puncture 
logic 22 to control retransmission, wherein the retransmission involves 
dividing corrupted packets into subpackets, puncturing the subpackets into 
subsequent packets, and transmitting the punctured packets to effect 
retransmission. Upon receipt of the packets, some of which have been 
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punctured, the receiver 12 will recover the packets, recover the subpackets 
from the packets, decode normal packets, and reconstruct retransmitted 
packets from the recovered subpackets. The regularly transmitted packets 
and the reconstructed (retransmitted) packets are decoded in the same 
fashion, and are sent to the receiver's buffer 36. Throughout this process, 
ACKs and NAKs corresponding to the proper reception or the corruption of a 
packet are fed back to the transmitter 10 to control communications. In a 
preferred embodiment, the transmitter 10 is an access point, such as a base 
station, providing high-speed downlink packet access to a mobile terminal, 
such as a mobile telephone, personal digital assistant (PDA), mobile modem, 
or the like. 

[0034] The puncturing technique of a preferred embodiment of the present 
invention is now illustrated in greater detail. With reference to Figure 3, a 
coding (encoding/decoding) matrix is represented, wherein bits represented 
by the symbol "S" are systematic bits corresponding to the actual data to be 
encoded. The parity bits resulting from encoding are represented by a "P." 
The general order of transmission is column-by-column from the left to the 
right. Assuming that every bit is transmitted (which is normally not the case), 
the bits would be transmitted in the following order: SPPPPSPPPPSP 
P P P.... The coding matrix represents a code rate (R) of 1/5, wherein for 
every systematic bit the encoder will effectively generate five bits, which 
include the systematic bit and four parity bits. 

[0035] Since transmitting all of the parity bits would unnecessarily load the 
communication system, the bits are normally transmitted according to a 
designed template, which may vary from packet to packet, channel to 
channel, and the like. An exemplary transmission template for coding is 
illustrated in Figure 4, wherein the matrix of Is and Os represents encoded 
packet #1 . Notably, the 1 s represent the positions of bits that will be 
transmitted, and the Os represent the positions of bits that will not be 
transmitted. Accordingly, the information illustrated is a mapping template, 
and not the actual information transmitted. The information actually 
transmitted may be Is or Os, depending on the data and encoding results. 
Accordingly, the template (bits actually transmitted) forms the actual packet 
and is illustrated as being mapped into the block representing packet #1 in the 
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packet flow 6. At this point, packet #1 represents tlie selected bits of the 
encoded information that will be transmitted. 

[0036] Assuming that packet #1 is corrupted and not properly received as 
illustrated in the example of Figure 1 , a NAK is sent from the receiver 12 to 
the transmitter 10 to provide such indication. At this point, a copy of packet 
#1 (according to the transmission template) is recovered from the buffer 20 
(shown in Figure 2) and divided into four subpackets. 
[0037] With reference to Figures 5A-5J, the puncturing, transmission, and 
reception of the subpackets and associated punctured packets are illustrated. 
Figure 5A represents the initial transmission of packet #1 , and Figure 5B 
represents the failed reception of packet #1 . Figure 5C represents the 
puncturing of packet #4 and the transmission of packet #4 after packet #2 and 
packet #3 have been transmitted. The vertical bars represent the punctured 
information in a punctured packet. Figure 5D represents the reception of 
packet #4 and the recovery of the 1^* subpacket. Figure 5E illustrates the 
puncturing of the 2"^^ subpacket into packet #5 and the transmission of packet 
#5. Figure 5F illustrates the reception of packet #5 and the recovery of the 2"^^ 
subpacket. At this point, the receiver 12 has received packets #2, #3, #4, and 
#5, and has the 1®* and 2"*^ subpackets to attempt a reconstruction of packet 
#1 . Meanwhile, packet #6 is punctured with the 3''^ subpacket and transmitted 
as illustrated in Figure 5G. Figure 5H represents the reception of packet #6 
and the recovery of the 3'"'' subpacket. Figure 51 represents the puncturing of 
packet #7 with the 4*"^ subpacket and transmitting packet #7. Figure 5J 
represents the reception of packet #7 and the recovery of the 4*^ subpacket. 
[0038] At this point, the receiver 12 has received packets #2-7 and has 
recovered the 1®*-4'^ subpackets, and accordingly, should be able to 
reconstruct packet #1 from the 1^*-4*'' subpackets. Notably, the number of 
subpackets Illustrated for retransmission is merely for Illustrative purposes, 
and may vary from application to application. Further, as will be described in 
further detail below, the number of subpackets necessary for retransmission 
may vary when implemented in systems wherein previously corrupted packets 
may be recreated with varying numbers of subpackets, depending on channel 
conditions. 
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[0039] With reference to Figure 6, packets #4-#6 are each illustrated as 
being punctured with 7-bit subpackets. Further, an exploded representation 
of packet #4 is Illustrated wherein the highlighted parity bits represent the bits 
that puncture packet #4. Similar to that described in Figure 4, a transmission 
template for packet #4 is provided, wherein the positions represented with a 1 
are positions that will be transmitted. Further, seven of these positions are 
highlighted and represent the positions that are punctured. In this example, 
there are seven positions that are punctured, corresponding to the seven bits 
that form the 1^' subpacket. Preferably, all of the systematic bits are 
transmitted and only select ones of the non-systematic (or parity) bits are 
punctured with the bits forming the subpacket. However, those skilled in the 
art will recognize that the systematic bits may be punctured. Further, the 
transmission scheme may be configured to not transmit certain systematic 
bits. 

[0040] Those skilled in the art will recognize that the templates may 
change from packet to packet, and the positions that are punctured may also 
vary from packet to packet. Preferably, the punctured positions are uniformly 
distributed throughout the parity bits to minimize the impact on coding and 
modulation. 

[0041] Although many forms of combining may be implemented, such as 
Chase combining, incremental redundancy, and complete retransmission, 
incremental redundancy is used in the preferred embodiment. For 
incremental redundancy, the HARQ process incrementally transmits 
information in addition to redundant information, or information already 
received. Thereby, the receiver can attempt to decode the retransmitted 
packet after receiving each subpacket. When enough subpackets are 
received for decoding, the retransmission process for the corresponding 
packet is stopped, and transmission of subpacket for a subsequently 
corrupted packet may begin. Preferably, the incremental redundancy of the 
present invention has the following characteristics. In each subpacket, a 
different version of incremental redundancy is transmitted. Each subpacket is 
uniformly decimated with samples collected from the parity bits of the 
corrupted packet. Further, each subpacket is uniformly mapped to the parity 
bits portion of a normal packet using the puncturing described above. Chase 
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combining, which involves retransmitting another copy of the encoded packet, 
may be used. 

[0042] The present invention may be scaled to facilitate HARQ processing 
in multi-user environments. Although the acknowledgement flows for each 
user may be intertwined with packets, it is preferred to only provide such flows 
in association with a particular user, as illustrated in Figure 7. For example, if 
a multi-user packet flow attempts to send packet A, which is not properly 
received at the receiver of user 1 , a NAK is sent back to the transmitter, which 
starts the partial puncture process wherein subpackets A1-A4 are created. As 
illustrated, the first five packets are intended for user 1 , and the fourth and fifth 
packets are punctured with subpackets A1 and A2, respectively. At this point, 
packet flow transitions to user 2, wherein the second of user 2's packets, 
packet B, is corrupted and results in a NAK being sent back to the transmitter. 
The HARQ process will divide packet B into four subpackets B1-B4 as 
described above. At this point, the packet flow transitions back to user 1 , 
wherein the next two packets sent to user 1 are punctures with subpackets A3 
and A4 to complete retransmission of packet A, wherein the receiver of user 1 
can recreate packet A using subpackets A1-A4. Similarly, when the packet 
flow transitions back to user 2, the first four available packets are punctured 
with subpackets B1-B4 and are transmitted to the receiver of user 2, wherein 
subpackets B1-B4 are used to reconstruct the previously corrupted packet B. 
[0043] With reference to Figure 8, the present invention also addresses the 
situation wherein a NAK has been received near the end of a packet flow 
such that there are not enough additional packets to carry the subpackets to 
the receiver. In these situations, the previously corrupted packet is simply 
retransmitted in its entirety. 

[0044] Those skilled in the art will recognize improvements and 
modifications to the preferred embodiments of the present invention. All such 
improvements and modifications are considered within the scope of the 
concepts disclosed herein and the claims that follow. 



